A mi me pasa lo contrario, este tipo de cosas me resultan lo más normal del mundo. Esta bien ver otro punto de vista y recordar que esas pequeñas cosas que parecen lo más normal pero en realidad no lo son.
"Promesificar" la palabra si existe? Alguien más la usa cuando transforma un flujo de código a async?... Me hizo gracia... Luego recordé cuando dije "deprecación" en un daily y se cagaron de risa... 😂
@@oscarlucena4830 Podrias devolver las promesas con map por ejemplo en vez de ejecutarlas y resolverlas con un Promise.all Aunque claro depende de mucho el caso de uso.
La buena promosión del nuevo curso. Va a la lista de todos. Me gustaría comparar todos los casos con su versión en dotnet
promoción, con C
Godd pero como sugerencia podrían usar el modo oscuro por favor a algunos nos quema los ojos
Gracias por estos videitos estan muy cool para entender cositas
por cierto ese theme de Vs Code esta chevre como se llama el
Es el tema de codely
A mi me pasa lo contrario, este tipo de cosas me resultan lo más normal del mundo. Esta bien ver otro punto de vista y recordar que esas pequeñas cosas que parecen lo más normal pero en realidad no lo son.
A mi también.
Para el primer ejemplo podrían usar for() en vez de .forEach()
"Promesificar" la palabra si existe? Alguien más la usa cuando transforma un flujo de código a async?... Me hizo gracia... Luego recordé cuando dije "deprecación" en un daily y se cagaron de risa... 😂
Que fuente están usando?
Al final no dijeron como solucionar el primer caso 😂 me quedé viendo todo el video para su solución, igual aprendí nuevas cosas.
Puedes usar otro loop que si admita la asincronia, como un map, for of
@@oscarlucena4830 Podrias devolver las promesas con map por ejemplo en vez de ejecutarlas y resolverlas con un Promise.all
Aunque claro depende de mucho el caso de uso.
Yo este video lo vi hace meses, no es así?
😅 vieran como era de bonito programar en js a punta de promesas si await
Promise.all